✨ Fiche d'Aide à la Décision
Document interactif — Tout s'ouvre directement dans le navigateur
Document Word Original
Visualisation du document DOCX converti en HTML. Tout le contenu est éditable.
FAD
-
DOCUMENT D’ANALYSE FONCTIONNEL
-
FUNCTIONAL ANALYSIS DOCUMENT
Processus Production
Microsoft Business Central
- ANAL
Sommaire
3. Planification de la fabrication – Produits finis 5
4. Planification de la fabrication – Composants 6
5. Planification – Traiter les messages d'action 1.2 7
6. Gérer les ordres de fabrication 8
8. Enregistrer la consommation 10
9. Enregistrer la production 11
13. Annexe 1 : Liste d‘écarts 14
Ce document liste l’analyse fonctionnel sur les processus métier du client concernant le domaine des achats. Les principaux objectifs de l’analyse fonctionnel sont :
- Visiter les sites clients comme les usines, entrepôts et/ou bureaux
- Conduire des ateliers orientés processus.
- Ne pas rentrer en profondeur sur les fonctionnalités de l’ERP ni faire de démonstrations
- Comprendre la façon de travailler actuelle, les points faibles et les attentes globales et futures
- Identifier les écarts critiques et les interfaces qui peuvent avoir un impact sur le projet
- Identifier les volumes des référentiels et données transactionnelles
- Confirmer le périmètre fonctionnel, technique, géographique et organisationnel du projet
- Identifier un jeu de donnée nécessaire pour l’ERP pour mieux préparer les ateliers de démonstration.
Ce document a été préparé sur la base d‘atelier(s) réalisés avec les membres de l'équipe de projet suivants :
Atelier | Date | Lieu | Almakom | Client |
1er atelier | … | … | Nom et Prénom | Nom et Prénom |
2ème atelier | … | … | Nom et Prénom | Nom et Prénom |
Versions du document
Version | Date | Description | Ecrit par | Approuvé par |
Draft | JJ/MM/AAAA | Draft | Nom et Prénom | Nom et prénom |
… | JJ/MM/AAAA | … | … | … |
Membre de l‘équipe | Fonction | |
Nom et Prénom | … | … |
Nom et Prénom | … | … |
Les processus standards ERP qui font partie des ateliers d’analyse sur les achats sont :
3. Planification de la fabrication – Produits finis
3.1. Contexte et Hypothèses
Planification de la fabrication – Produits finis
**Contexte et Hypothèses**
L'entreprise utilise l'atelier de conception CATIA pour créer des modèles 3D de produits finis. Les modèles sont ensuite exportés sous forme de fichier HTML, qui est ensuite importé dans le système ERP. Le système ERP crée automatiquement des articles en fonction des pièces et des sous-ensembles présents dans le modèle 3D.
Les points critiques sont :
* La création automatique des articles dans le système ERP est basée sur les informations présentes dans le fichier HTML, qui peut ne pas être exhaustive.
* Les pièces et les sous-ensembles créés dans le système ERP ne sont pas nécessairement liés aux plans d'assemblage associés.
* Les plans d'assemblage ne sont pas téléchargeables dans le système ERP, ce qui peut rendre difficile la gestion des pièces et des sous-ensembles.
Les attentes client sont :
* La création d'un système ERP qui puisse gérer les pièces et les sous-ensembles de manière cohérente et fiable.
* La possibilité de télécharger les plans d'assemblage associés aux pièces et aux sous-ensembles.
Les hypothèses qui peuvent avoir un impact sur le projet sont :
* La qualité des informations présentes dans le fichier HTML exporté à partir de CATIA.
* La capacité du système ERP à gérer les pièces et les sous-ensembles de manière cohérente et fiable.
* La possibilité de télécharger les plans d'assemblage associés aux pièces et aux sous-ensembles.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
3.2 Schéma des processus ERP : Planification – Calcul du MPS 1.0
3.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**.
- Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système.
- Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet.
- La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification.
- Le système crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
- Le BOM history permet de suivre les changements effectués sur les pièces.
- Les pièces à plan sont toujours des DES, tandis que les pièces standards sont des STB, STC, STA ou COT.
- Le numéro du top Sembly est généralement ALM DES 5620001, mais peut varier en fonction des besoins spécifiques.
- Le système permet de créer un article PRJ0040 pour le projet, qui est le grand chapeau.
- Le top Sembly contient la nomenclature avec les cinq sous-ensembles FWD, B01, B02, etc.
- Les pièces sont stockées dans le stock général ou dans un emplacement dédié au projet.
- Le système permet de télécharger le plan PDF dans l'article de la pièce concernée.
- Il est nécessaire de faire des points en interne pour valider les process et identifier les besoins.
- Le système crée automatiquement les pièces, les éléments et les sous-ensembles à partir du fichier HTML.
3.4. Documents et statistiques
Créer un article dans le système de gestion de la production implique plusieurs étapes. Pour commencer, il faut importer un fichier HTML généré à partir de la conception de l'article dans l'atelier CATIA. Ce fichier contient les informations nécessaires pour créer l'article, telles que le numéro, le nom, la matière, etc.
Une fois le fichier importé, le système crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. Les informations sont extraites du fichier HTML et stockées dans la base de données du système.
Le système permet également de suivre l'historique des changements apportés aux articles, ce qui est utile pour suivre les modifications et les mises à jour.
Ensuite, il faut créer un article PRJ0040 qui est l'article du projet, le grand chapeau. Cet article contient les informations générales du projet, telles que le nom, la description, etc.
Pour chaque sous-ensemble, il faut créer un article qui contient les informations spécifiques de ce sous-ensemble. Par exemple, pour le sous-ensemble FWD, il faut créer un article qui contient les informations relatives à ce sous-ensemble.
Enfin, il faut télécharger le plan PDF dans l'article de la pièce concernée. Cela permet de stocker les plans et les documents associés aux articles.
Les documents et statistiques attendus pour ce processus incluent :
- Le fichier HTML généré à partir de la conception de l'article dans l'atelier CATIA
- L'article PRJ0040 qui est l'article du projet, le grand chapeau
- Les articles créés pour chaque sous-ensemble
- Le plan PDF téléchargé dans l'article de la pièce concernée
Ces documents et statistiques permettent de suivre les étapes du processus de création d'article et de suivre les modifications et les mises à jour.
Planification de la fabrication – Produits finis
Volume des données :
- Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. à partir de la BOM en fichier HTML.
- Le fichier HTML est généré à partir de la macro lancée sur CATIA qui structure la BOM de la manière dont le système l'interprète.
- Le système crée un BOM history pour le log de tous les changements.
- Le nombre de documents par période n'est pas mentionné.
Nombre de documents :
- Le nombre de documents par période n'est pas mentionné.
- Il est mentionné que le système crée automatiquement des articles en fonction de chaque pièce, mais il n'est pas précisé combien de pièces sont créées.
- Il est mentionné que le système crée un BOM history, mais il n'est pas précisé combien de documents sont stockés dans ce BOM history.
Documents pertinents :
- Le fichier HTML contient les informations suivantes :
+ Nomenclature (matière)
+ Pièces
+ Sous-ensembles
+ Tableau récapitatif des sous-ensembles et des pièces
- Les informations suivantes ne sont pas exportées dans le fichier HTML :
+ Code STD
+ PDF associé aux plans d'assemblage
+ Plan d'assemblage pour chaque ligne
- Il est mentionné qu'il faudrait identifier les besoins et voir ce qui est pertinent d'indiquer dans le 3D.
Note : Il est important de noter que les informations mentionnées ci-dessus sont basées sur les notes sources fournies et peuvent ne pas être complètes ou exactes.
3.6. Ecarts critiques et interfaces
Planification de la fabrication – Produits finis
Ecart critique :
- L'importation des fichiers HTML en provenance de CATIA ne permet pas d'exporter toutes les informations pertinentes pour l'achat, notamment les plans de montage associés aux pièces.
- Le système actuel ne permet pas de télécharger les plans PDF dans l'article de la pièce concernée, ce qui est essentiel pour la gestion des documents.
Interface :
- La liste des pièces et sous-ensembles n'est pas cohérente entre les fichiers HTML et le système ERP, ce qui peut entraîner des erreurs de commande.
- Le numéro du top Sembly n'est pas toujours cohérent avec le numéro de la pièce, ce qui peut entraîner des problèmes de stockage et de suivi.
Solution :
- Il est nécessaire de faire des points en interne pour identifier les besoins et valider les processus pour améliorer l'importation des fichiers HTML et la cohérence des informations entre les fichiers et le système ERP.
- Il faudra également valider les processus pour permettre la téléchargement des plans PDF dans l'article de la pièce concernée.
- Il est essentiel de tenir les parties prenantes informées des décisions prises et des progrès réalisés.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
4. Planification de la fabrication – Composants
4.1. Contexte et Hypothèses
Planification de la fabrication – Composants
Contexte et hypothèses :
- La société utilise l'atelier de conception CATIA pour créer des modèles 3D.
- La BOM (Bill of Material) est exportée en fichier HTML, qui est ensuite structuré par une macro pour être interprété par le système.
- Le système crée automatiquement des articles en fonction des pièces présentes dans la BOM, avec leurs numéros, noms, matières, etc.
- La société utilise un tracking tool pour suivre les changements de la BOM.
- La BOM contient des informations sur les sous-ensembles, les pièces et les liens entre eux.
- Le système n'est pas conforme aux normes ERP traditionnelles.
Points critiques et attentes client :
- La société souhaite améliorer la gestion de la BOM et la synchronisation avec le système ERP.
- Il est important de valider les processus et les hypothèses avant de procéder à l'importation des fichiers HTML.
- La société souhaite pouvoir télécharger les plans PDF associés aux pièces dans l'article correspondant.
- Il est nécessaire de faire des points en interne pour valider les processus et les hypothèses avant de procéder à l'importation des fichiers HTML.
Hypothèses :
- La société utilisera les fichiers HTML pour importer les données dans le système ERP.
- Le système créera automatiquement les articles et les sous-ensembles en fonction des informations présentes dans la BOM.
- La société souhaite améliorer la gestion de la BOM et la synchronisation avec le système ERP.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
4.2 Schéma des processus ERP : Planification - Calcul du MRP 1.1
4.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**.
- Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système.
- Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet.
- La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification.
Le système crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. avec tous les champs renseignés dans la fiche article.
La pièce ALM DES est composée de sous-ensembles (FWD, B01, B02, etc.) qui contiennent des pièces. Chaque sous-ensemble a un plan d'assemblage associé.
Le système n'est pas dans les normes des ERP traditionnels, mais il est possible de générer des fichiers HTML pour analyser et améliorer les processus.
Il est important de valider les processus internes avant de procéder à l'importation des données dans le système.
4.4. Documents et statistiques
Création de pièces et sous-ensembles dans le système ERP.
Lors de la planification de la fabrication, un fichier HTML est généré à partir de la BOM (Bill of Material) créée avec l'outil CATIA. Ce fichier est ensuite importé dans le système ERP, qui crée automatiquement les articles et les sous-ensembles en fonction des informations contenues dans le fichier.
Les pièces et sous-ensembles créés sont stockés dans la fiche article du système ERP. Les informations contenues dans le fichier HTML sont utilisées pour créer les articles, les sous-ensembles et les pièces, ainsi que pour définir les relations entre eux.
Le système ERP permet également de gérer l'arborescence des pièces et sous-ensembles, ce qui facilite la navigation et la recherche dans la base de données. Les utilisateurs peuvent accéder aux informations relatives aux pièces et sous-ensembles à partir de la fiche article.
En outre, le système ERP permet de télécharger les plans PDF associés aux pièces et sous-ensembles, ce qui facilite la gestion des documents et la collaboration entre les équipes.
Les états et statistiques métiers attendus incluent :
- La liste des pièces et sous-ensembles créés
- Les informations relatives aux pièces et sous-ensembles (numéro, nom, matière, etc.)
- Les relations entre les pièces et sous-ensembles
- Les plans PDF associés aux pièces et sous-ensembles
Ces informations sont disponibles dans la fiche article et peuvent être consultées à partir de l'interface utilisateur du système ERP.
**Planification de la fabrication – Composants**
**Volume des données**
Le volume des données référentielles pour la planification de la fabrication est important. Les fichiers HTML générés à partir de l'atelier CATIA contiennent des informations détaillées sur les composants, les sous-ensembles et les pièces. Chaque fichier HTML représente un projet spécifique et contient des informations sur les nomenclatures, les matières, les numéros de pièces, les sous-ensembles et les pièces associées.
**Nombre de documents par période**
* Jour : [INFORMATION MANQUANTE]
* Semaine : [INFORMATION MANQUANTE]
* Mois : [INFORMATION MANQUANTE]
* Année : [INFORMATION MANQUANTE]
**Volume de données par type de document**
* Fichiers HTML : [INFORMATION MANQUANTE]
* Articles en base de données : [INFORMATION MANQUANTE]
* Sous-ensembles en base de données : [INFORMATION MANQUANTE]
* Pièces en base de données : [INFORMATION MANQUANTE]
**Observations**
* Le système actuel n'est pas conforme aux normes ERP traditionnelles.
* Les fichiers HTML générés à partir de l'atelier CATIA contiennent des informations détaillées sur les composants, les sous-ensembles et les pièces.
* Il est important de valider les processus internes pour identifier les besoins et les informations pertinentes à inclure dans les fichiers HTML.
* La macro pour structurer les données à partir des fichiers HTML sera développée en fonction des besoins et des informations validées.
4.6. Ecarts critiques et interfaces
**Ecart critique : Manque de lien entre le top Sembly et les sous-ensembles**
Durant l'atelier, il a été mentionné que le numéro du top Sembly n'est pas cohérent avec les sous-ensembles. En effet, le numéro du top Sembly devrait être ALM DES 5620001, mais il est actuellement ALM 6ABMDL 0001.
**Ecart critique : Manque de PDF associé aux plans d'assemblage**
Il a été mentionné que les plans d'assemblage ne sont pas associés aux numéros de ligne, ce qui rend difficile la téléchargement des plans en PDF dans l'article de la pièce concernée.
**Interface : Fichier HTML**
Le fichier HTML est utilisé pour structurer la BOM et l'importer dans le système. Cependant, il a été mentionné que les informations pertinentes pour l'achat ne sont pas exportées dans le fichier.
**Interface : Macro**
La macro est utilisée pour structurer la BOM et l'importer dans le système. Cependant, il a été mentionné que les informations pertinentes pour l'achat ne sont pas exportées dans le fichier.
**Ecart critique : Manque de validation des process**
Il a été mentionné que les process doivent être validés avant de poursuivre le développement. Cependant, il n'est pas clair si les process ont été validés.
**Interface : Gestion de documentaire**
La gestion de documentaire est utilisée pour stocker les fichiers de partage. Cependant, il a été mentionné que les plans PDF ne sont pas téléchargés dans l'article de la pièce concernée.
**Ecart critique : Manque de cohérence entre les sous-ensembles**
Il a été mentionné que les sous-ensembles ne sont pas cohérents avec les numéros de ligne. En effet, les sous-ensembles devraient être numérotés de manière cohérente avec les numéros de ligne.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
5. Planification – Traiter les messages d’action 1.2
Traiter les messages d'action 1.2 : Planification
Contexte et Hypothèses :
- La situation actuelle est que l'entreprise utilise un système de gestion de projet (ERP) qui n'est pas conforme aux normes traditionnelles des ERP.
- Les points critiques sont la complexité de l'arborescence des pièces et des sous-ensembles, ainsi que la nécessité de télécharger les plans PDF dans l'article de la pièce concernée.
- Les attentes du client sont de pouvoir analyser les fichiers HTML différents cas de figure pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièces exceptionnelles.
- Les hypothèses qui peuvent avoir un impact sur le projet sont la nécessité de valider les processus internes et de tenir les parties prenantes informées des progrès.
- L'entreprise utilise un système de gestion de projet (ERP) qui crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
- Le système utilise un fichier HTML pour structurer la BOM (Bill of Material) de la manière dont le système l'interprète.
- Les pièces sont rattachées au chapeau du projet, à l'exception de certains sous-ensembles qui sont utiles pour le projet consommé mais que le client ne voit pas.
- Les informations qui ne sont pas exportées dans le fichier HTML sont potentiellement pertinentes pour l'achat, pour identifier la pièce, etc.
- L'entreprise a besoin d'un maximum de fichiers HTML différents cas de figure pour analyser et s'assurer qu'ils sont cohérents.
- Le développement ne commencera pas tout de suite, mais on fera une analyse pour voir ce qu'on peut améliorer, ce qu'on refait, ce qu'on reprend, ce qu'on estime.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
5.2 Planification –Traiter les messages d’action 1.2
5.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**.
- Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système.
- Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet.
- La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification.
- Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
- Les informations présentes dans le fichier HTML sont utilisées pour créer les pièces, les éléments et les sous-ensembles dans le système.
- Les pièces à plan sont toujours des DES, ALM DES, et les pièces standards sont des STB, STC, STA ou COT.
- Le top chapeau est le projet, et les sous-ensembles sont utiles pour le projet consommé mais que le client ne voit pas.
- Le système n'est pas dans les normes des ERP traditionnels, mais il est possible de générer une macro pour améliorer la cohérence des informations.
- Les fichiers HTML doivent être analysés pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièces exceptionnelles.
- Il faut discuter en interne pour identifier les besoins et valider les processus avant de commencer le développement.
- Le système crée automatiquement les pièces, les éléments et les sous-ensembles à partir du fichier HTML, mais il manque le PDF associé au plan d'assemblage.
- Il faut faire un double check nécessaire pour valider les processus avant de commencer le développement.
5.4. Documents et statistiques
Créer des articles dans l'ERP Microsoft Dynamics 365 Business Central à partir de fichiers HTML générés par l'atelier CATIA.
Durant ce processus, les fichiers HTML sont utilisés pour créer des articles dans l'ERP. Les fichiers HTML contiennent des informations sur les pièces, les sous-ensembles et les arborescences. Lors de l'importation, l'ERP crée automatiquement des articles en fonction des informations contenues dans les fichiers HTML.
Les documents à imprimer durant ce processus incluent les fichiers HTML générés par l'atelier CATIA, ainsi que les articles créés dans l'ERP. Les états et statistiques métiers attendus incluent les informations sur les pièces, les sous-ensembles et les arborescences.
Les pièces sont créées à partir des fichiers HTML, qui contiennent des informations sur les pièces, les sous-ensembles et les arborescences. Les sous-ensembles sont également créés à partir des fichiers HTML, qui contiennent des informations sur les sous-ensembles et les pièces qui les composent.
L'ERP permet également de télécharger les plans PDF associés aux pièces, ce qui facilite la gestion des documents et des informations.
Il est important de noter que les processus actuels ne sont pas toujours conformes aux normes ERP traditionnelles, mais que l'analyse et la validation des besoins permettront de déterminer les améliorations nécessaires.
Créer des articles en fonction de la BOM.
Lors de l'importation de la BOM dans le système, il est créé automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. avec tous les champs renseignés dans l'album.
Volume des données référentielles :
- Nombre de fiche article : [INFORMATION MANQUANTE]
- Nombre de pièces par période :
- Jour : [INFORMATION MANQUANTE]
- Semaine : [INFORMATION MANQUANTE]
- Mois : [INFORMATION MANQUANTE]
- Année : [INFORMATION MANQUANTE]
Nombre de documents par période :
- Jour : [INFORMATION MANQUANTE]
- Semaine : [INFORMATION MANQUANTE]
- Mois : [INFORMATION MANQUANTE]
- Année : [INFORMATION MANQUANTE]
Il est important de noter que le système n'est pas dans les normes des ERP traditionnels. Il est donc nécessaire de faire une analyse et de valider les besoins avant de poursuivre le développement.
5.6. Ecarts critiques et interfaces
Planification – Traiter les messages d'action 1.2 : Ecarts critiques et interfaces
Les écarts critiques et interfaces identifiés durant les ateliers d'analyse sont les suivants :
- L'importation de la BOM (Bill of Material) en fichier HTML ne contient pas toutes les informations pertinentes pour l'achat, notamment le PDF associé au plan d'assemblage.
- Le système actuel ne permet pas de télécharger le plan PDF dans l'article de la pièce concernée.
- Les informations présentes dans la BOM ne sont pas exportées dans le fichier HTML.
- Il n'y a pas de plan par ligne pour chaque sous-ensemble, ce qui peut potentiellement changer.
- Le numéro du top Sembly n'est pas cohérent avec les normes actuelles.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d'Analyse.
Il est recommandé de faire un point ensemble avec tout le monde pour identifier les besoins et valider les processus avant de commencer le développement.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
6. Gérer les ordres de fabrication
Gérer les ordres de fabrication
La situation actuelle consiste à importer des fichiers HTML générés à partir de l'atelier CATIA, qui contiennent des informations sur les pièces et les sous-ensembles. Ces fichiers sont ensuite importés dans le système ERP, qui crée automatiquement les articles et les sous-ensembles en fonction des informations contenues dans les fichiers HTML.
Les points critiques sont les suivants :
- Les informations contenues dans les fichiers HTML ne sont pas toujours cohérentes avec les normes ERP traditionnelles.
- Il n'y a pas de lien direct entre les pièces et les sous-ensembles.
- Les plans PDF associés aux pièces ne sont pas téléchargés dans l'article de la pièce concernée.
Les attentes client sont les suivantes :
- Améliorer la cohérence des informations contenues dans les fichiers HTML avec les normes ERP traditionnelles.
- Créer un lien direct entre les pièces et les sous-ensembles.
- Télécharger les plans PDF associés aux pièces dans l'article de la pièce concernée.
Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes :
- La nécessité de créer des macro pour structurer les informations contenues dans les fichiers HTML.
- La nécessité de valider les processus internes avant de commencer le développement.
- La nécessité de prendre en compte les besoins et les attentes du client.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
6.2. Schéma des processus ERP : Gérer les ordres de fabrication 2.0
6.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**.
- Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système.
- Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet.
- La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification.
En ce qui concerne le processus de gestion des ordres de fabrication, il est important de noter que le système crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. avec tous les champs renseignés dans la fiche article.
La pièce ALM DES doit être étiquetée avec un numéro de projet, une référence article et un numéro de série unique généré par le système. Les pièces standards sont stockées dans le stock général, tandis que les pièces projet sont stockées dans un emplacement dédié au projet.
Le système permet également de gérer les surplus en cas de sur-réception, en affectant automatiquement le surplus au stock projet ou général selon la codification.
Il est important de noter que le système n'est pas dans les normes des ERP traditionnels, mais il est possible de l'améliorer en ajoutant des fonctionnalités telles que la possibilité de télécharger les plans PDF dans la fiche article.
6.4. Documents et statistiques
Créer un article dans le système Business Central implique plusieurs étapes. Lors de la création d'un article, le système génère automatiquement un numéro d'article, un nom, une matière, etc. à partir des informations présentes dans la BOM (Bill of Material) importée.
Le système crée également un BOM history pour enregistrer les changements apportés à la BOM. Le BOM history permet de suivre les modifications apportées à la BOM au fil du temps.
Lors de la création d'un article, le système crée également un article PRJ0040 qui est l'article du projet, le grand chapeau. Ce chapeau contient l'ensemble des sous-ensembles et des pièces.
Le système permet également de télécharger des plans PDF dans l'article de la pièce concernée. Cependant, il n'est pas possible de télécharger directement le plan PDF dans le système Business Central.
Pour améliorer le processus de création d'article, il faudrait analyser les besoins et identifier les informations pertinentes à indiquer dans le 3D. Il faudrait également valider les processus internes avant de commencer le développement.
Les documents à imprimer lors du processus de gestion des ordres de fabrication incluent :
- La BOM (Bill of Material) pour chaque article
- Le BOM history pour suivre les changements apportés à la BOM
- L'article PRJ0040 qui est l'article du projet, le grand chapeau
Les états et statistiques métiers attendus incluent :
- Le nombre d'articles créés
- Le nombre de BOM modifiés
- Le nombre de plans PDF téléchargés
Création des articles en fonction de la BOM.
La BOM (Bill of Material) est importée dans le système à partir d'un fichier HTML généré par l'outil CATIA. Le système crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
Volume des données :
- Fichiers HTML : [INFORMATION MANQUANTE]
- Articles créés : [INFORMATION MANQUANTE]
- Sous-ensembles créés : [INFORMATION MANQUANTE]
- Pièces créées : [INFORMATION MANQUANTE]
- Documents PDF associés : [INFORMATION MANQUANTE]
Processus : Gérer les ordres de fabrication
- La BOM est importée dans le système.
- Le système crée automatiquement les articles en fonction de chaque pièce.
- Les sous-ensembles et les pièces sont créés en fonction de la BOM.
- Les documents PDF associés aux pièces ne sont pas importés dans le système.
Il est nécessaire de faire des points en interne pour identifier les besoins et valider les processus avant de procéder à l'import des fichiers HTML.
6.6. Ecarts critiques et interfaces
Gérer les ordres de fabrication nécessite une gestion précise des pièces et des sous-ensembles. L'atelier CATIA permet de créer une arborescence détaillée des pièces, avec leur numéro, leur nom, leur matière, etc. Cette arborescence est ensuite exportée sous forme de fichier HTML.
Lors de l'importation de ce fichier dans l'ERP, le système crée automatiquement les articles en fonction de chaque pièce, avec tous les champs renseignés dans l'album. Cela permet de gérer les pièces et les sous-ensembles de manière détaillée.
Cependant, il est mentionné que le système actuel n'est pas conforme aux normes ERP traditionnelles. Les informations présentes dans le fichier HTML ne sont pas toutes exportées dans l'ERP, ce qui peut poser des problèmes pour l'achat et l'identification des pièces.
Il est également mentionné que les plans de montage ne sont pas associés aux pièces, ce qui peut être un problème pour télécharger les plans en PDF dans l'article.
Il faudrait donc réfléchir à la manière de gérer ces informations et de les intégrer dans l'ERP de manière cohérente. Cela nécessitera une analyse et une validation des processus internes avant de procéder à l'importation des fichiers HTML.
Il est donc recommandé de faire quelques points en interne pour identifier les besoins et valider les processus avant de procéder à l'importation des fichiers HTML.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse (après la phase d'Analyse fonctionnel).
Planifier la production
La situation actuelle consiste à utiliser un atelier de conception CATIA pour créer des fichiers HTML qui représentent les bill of material (BOM) des produits. Ces fichiers sont ensuite importés dans le système ERP pour créer automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. Le système ERP conserve également un historique des changements apportés aux BOM.
Les points critiques sont les suivants :
- La structure des BOM n'est pas toujours cohérente et peut varier en fonction du produit.
- Les informations pertinentes pour l'achat, telles que le code STD, ne sont pas toujours exportées dans le fichier HTML.
- Les plans d'assemblage (PDF) ne sont pas toujours associés aux pièces dans le système ERP.
Les attentes du client sont les suivantes :
- Améliorer la cohérence des BOM et des informations associées.
- Assurer que les informations pertinentes pour l'achat soient toujours présentes.
- Permettre la téléchargement des plans d'assemblage (PDF) dans l'article de la pièce concernée.
Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes :
- La structure des BOM et des informations associées peut varier en fonction du produit.
- Les informations pertinentes pour l'achat peuvent ne pas être toujours présentes dans le fichier HTML.
- Les plans d'assemblage (PDF) ne sont pas toujours associés aux pièces dans le système ERP.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
7.2. Schéma des processus ERP : Planifier la production 3.0
7.3. rincipales règles de gestion
Décrire les principales règles du client et comment l’ERP peut y répondre.
7.4. Documents et statistiques
Créer des articles en fonction de la BOM (Bill of Material) importée.
Lors de l'importation de la BOM en fichier HTML, le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. Les champs renseignés dans l'album sont pris en compte pour créer les articles.
Les documents et statistiques métiers attendus sont :
- Fiche article : les articles créés en fonction de la BOM sont stockés dans la fiche article.
- Journal des achats : les pièces commandées sont enregistrées dans le journal des achats.
- Workflow validation : les articles créés doivent être validés avant d'être utilisés pour la production.
- Gestion de documentaire : les plans PDF associés aux pièces sont stockés dans la gestion de documentaire.
Les états attendus sont :
- Liste des articles créés en fonction de la BOM.
- Liste des pièces commandées.
- Liste des plans PDF associés aux pièces.
Il est important de noter que le système n'est pas conforme aux normes des ERP traditionnels. Il faudra donc analyser les besoins et valider les processus avant de procéder à l'importation des données.
Créer des articles en fonction de la BOM
Lors de l'importation de la BOM en fichier HTML, le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
Volume des données
- Nombre de fiche article : [INFORMATION MANQUANTE]
- Nombre de pièces dans chaque fiche article : [INFORMATION MANQUANTE]
- Nombre de sous-ensembles dans chaque pièce : [INFORMATION MANQUANTE]
- Nombre de pièces dans chaque sous-ensemble : [INFORMATION MANQUANTE]
- Nombre de documents (fichier PDF) associés à chaque pièce : [INFORMATION MANQUANTE]
Processus : Planifier la production
- Lors de l'importation de la BOM, le système crée automatiquement des articles en fonction de chaque pièce.
- Les pièces sont organisées en sous-ensembles, qui sont à leur tour organisés dans des ensembles.
- Les ensembles sont associés à des projets, qui sont gérés dans le système.
Volume des données par période
- Jour : [INFORMATION MANQUANTE]
- Semaine : [INFORMATION MANQUANTE]
- Mois : [INFORMATION MANQUANTE]
- Année : [INFORMATION MANQUANTE]
Il est important de noter que les volumes des données mentionnés ci-dessus sont incomplets, car les notes de source ne fournissent pas suffisamment d'informations pour les calculer avec précision.
7.6. Ecarts critiques et interfaces
Planifier la production
Ecarts critiques et interfaces identifiés :
- L'importation de la BOM (Bill of Material) en fichier HTML ne contient pas toutes les informations pertinentes pour l'achat, telles que le code STD, la gestion de documentaire, les fichiers de partage, les plans PDF associés aux pièces.
- Le système actuel n'est pas conforme aux normes ERP traditionnelles, ce qui peut entraîner des difficultés pour identifier les pièces et commander les sous-ensembles.
- L'absence de plan d'assemblage PDF associé aux sous-ensembles (par exemple, FWD, B01, B02) peut rendre difficile la téléchargement des plans dans l'article de la pièce concernée.
- La macro utilisée pour structurer la BOM ne permet pas d'exporter toutes les informations pertinentes.
- La gestion des pièces et des sous-ensembles est complexe et nécessite un double check pour s'assurer de la cohérence des informations.
Interfaces à améliorer :
- L'importation de la BOM en fichier HTML doit être améliorée pour inclure toutes les informations pertinentes pour l'achat.
- Le système doit être mis en conformité avec les normes ERP traditionnelles pour faciliter l'identification des pièces et la commande des sous-ensembles.
- Les plans PDF associés aux sous-ensembles doivent être téléchargeables dans l'article de la pièce concernée.
- La macro utilisée pour structurer la BOM doit être améliorée pour exporter toutes les informations pertinentes.
Il est nécessaire de faire des points en interne pour valider les process et définir les besoins pour améliorer l'importation de la BOM et la gestion des pièces et des sous-ensembles.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse (après la phase d'Analyse fonctionnel).
8. Enregistrer la consommation
Enregistrer la consommation
Contexte et hypothèses :
La situation actuelle consiste à importer des fichiers HTML générés à partir de la conception en 3D avec l'outil CATIA. Ces fichiers contiennent les informations nécessaires pour créer des articles et des sous-ensembles dans le système ERP. Actuellement, le système crée automatiquement les articles en fonction des pièces présentes dans la BOM (Bill of Material). La BOM contient les informations sur les pièces, leurs quantités et leurs caractéristiques.
Les points critiques sont les suivants :
- La BOM ne contient pas toutes les informations pertinentes pour l'achat et la gestion des pièces.
- Les plans de montage et les plans de pièces ne sont pas associés aux articles.
- Les sous-ensembles ne sont pas gérés de manière standard.
Les attentes client sont les suivantes :
- Importer les fichiers HTML dans le système ERP pour créer les articles et les sous-ensembles.
- Gérer les pièces et les sous-ensembles de manière standard.
- Télécharger les plans de montage et les plans de pièces dans les articles.
Hypothèses :
- Les fichiers HTML générés à partir de la conception en 3D contiennent les informations nécessaires pour créer les articles et les sous-ensembles.
- Le système ERP peut importer les fichiers HTML et créer les articles et les sous-ensembles.
- Les pièces et les sous-ensembles seront gérés de manière standard.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
8.2. Schéma des processus ERP : Enregistrer la consommation 4.0
8.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**.
- Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système.
- Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet.
- La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification.
Pour enregistrer la consommation, il faut suivre les étapes suivantes :
1. Valider la qualité de la pièce (incoming inspection) avant de la marquer comme "réceptionnée".
2. Étiqueter la pièce ALM DES avec le numéro de projet, la référence article et le numéro de série unique généré par le système.
3. Stocker les pièces standards (STC, COT) dans le "stock général" et les pièces projet dans un emplacement dédié au projet.
4. Gérer la sur-réception en générant automatiquement un surplus affecté au stock projet ou général selon la codification.
Il est important de noter que le système créera automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. avec tous les champs renseignés dans la fiche article.
8.4. Documents et statistiques
Enregistrer la consommation
Les documents de l'ERP qui doivent être imprimés durant ce processus sont :
- La fiche article créée automatiquement à partir de la BOM (Bill of Material) importée.
- Le journal des achats pour suivre les commandes de pièces.
- Le workflow validation pour vérifier la cohérence des informations.
Les états et statistiques métiers attendus sont :
- L'arborescence des sous-ensembles et des pièces.
- Le tableau récapitatif des sous-ensembles et des pièces.
- Les informations pertinentes pour l'achat, telles que le code STD et le plan d'assemblage.
Il est important de noter que le système actuel n'est pas conforme aux normes ERP traditionnelles, notamment en ce qui concerne la gestion des plans d'assemblage et des pièces. Il faudra donc analyser les besoins et valider les processus pour améliorer la cohérence et la pertinence des informations.
Il est également prévu de télécharger les plans PDF dans l'article de la pièce concernée, ce qui n'est pas actuellement possible. Il faudra donc développer une fonctionnalité pour permettre cela.
Enfin, il faudra faire des points en interne pour valider les processus et communiquer les résultats à l'équipe.
Enregistrer la consommation
Pour enregistrer la consommation, le processus consiste à importer les fichiers HTML générés à partir de la BOM (Bill of Material) créée à partir de l'atelier de conception CATIA. Ces fichiers contiennent les informations sur les pièces, les sous-ensembles et les arborescences.
Volume des données
- Fichiers HTML : [INFORMATION MANQUANTE] (nombre de fichiers, taille des fichiers)
- Pièces : [INFORMATION MANQUANTE] (nombre de pièces, types de pièces)
- Sous-ensembles : [INFORMATION MANQUANTE] (nombre de sous-ensembles, types de sous-ensembles)
- Arborescences : [INFORMATION MANQUANTE] (nombre d'arborescences, complexité des arborescences)
- Documents associés (plans PDF) : [INFORMATION MANQUANTE] (nombre de documents, taille des documents)
Nombre de documents par période
- Jour : [INFORMATION MANQUANTE]
- Semaine : [INFORMATION MANQUANTE]
- Mois : [INFORMATION MANQUANTE]
- Année : [INFORMATION MANQUANTE]
Il est important de noter que les informations sur le volume des données et le nombre de documents par période ne sont pas explicitement mentionnées dans les notes sources. Il est donc impossible de fournir des chiffres précis.
8.6. Ecarts critiques et interfaces
Enregistrer la consommation
Lors de l'importation de la BOM (Bill of Material) en fichier HTML, le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. Cela se fait grâce à une macro lancée sur Katia qui structure la BOM de la manière dont le système l'interprète.
Cependant, il est important de noter que les informations présentes dans le fichier HTML ne sont pas exhaustives. Les pièces à plan sont toujours des DES, ALM DES, et les standards sont des STB, STC, STA ou COT. Cependant, il est possible que certaines informations soient manquantes ou non exportées dans le fichier.
Il est également important de noter que le système n'est pas conforme aux normes ERP traditionnelles. Les éléments et les sous-ensembles ne sont pas toujours liés au chapeau, et il est possible que certaines informations soient manquantes ou non exportées dans le fichier.
Pour améliorer la situation, il faudrait identifier les besoins et les informations pertinentes à indiquer dans le 3D. Cela nécessiterait une analyse et une validation en interne avant de poursuivre le développement.
En termes de processus, il faudrait mettre en place un double check pour s'assurer que les informations sont cohérentes et que les pièces sont bien liées au chapeau. Cela nécessiterait également de valider les processus en interne avant de poursuivre.
Enfin, il faudrait tenir informés les parties prenantes des progrès et des décisions prises en interne.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
Enregistrer la production
Contexte et hypothèses :
La production est enregistrée à l'aide d'un fichier HTML généré par l'atelier de conception CATIA. Ce fichier contient la liste des composants nécessaires pour la production, ainsi que leur quantité et leur description. Lors de l'enregistrement, le système crée automatiquement des articles dans la base de données, avec leur numéro, leur nom, leur matière, etc.
Les hypothèses qui peuvent avoir un impact sur le projet sont :
- La structure de la BOM (Bill of Material) est différente de celle des ERP traditionnels.
- Les informations présentes dans le fichier HTML ne sont pas toutes exportées dans le fichier.
- La gestion des documents (plans, PDF, etc.) est actuellement faite de manière manuelle.
Points critiques :
- La BOM n'est pas toujours cohérente avec les normes ERP traditionnels.
- Les informations présentes dans le fichier HTML ne sont pas toutes pertinentes pour l'achat ou l'identification des pièces.
- La gestion des documents est manuelle et peut potentiellement changer.
Attentes client :
- La production doit être enregistrée de manière fiable et cohérente.
- Les informations présentes dans le fichier HTML doivent être pertinentes pour l'achat et l'identification des pièces.
- La gestion des documents doit être automatisée et fiable.
Analyse :
- Il faut analyser les besoins et identifier les informations pertinentes pour l'achat et l'identification des pièces.
- Il faut discuter en interne pour valider les process et les hypothèses.
- Il faut générer plusieurs fichiers HTML pour analyser les cas de figure et s'assurer de la cohérence.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
9.2. Schéma des processus ERP : Enregistrer la production 5.0
9.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**.
- Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système.
- Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet.
- La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification.
Pour enregistrer la production, le système doit suivre les étapes suivantes :
- La pièce doit être validée qualité (incoming inspection) avant d'être marquée "réceptionnée".
- La pièce ALM DES doit être étiquetée avec le numéro de projet, la référence article et le numéro de série unique généré par le système.
- Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet.
- La sur-réception génère automatiquement un surplus affecté au stock projet ou général selon la codification.
Le système doit également suivre les règles de gestion suivantes :
- Les pièces doivent être stockées dans les emplacements dédiés au projet ou au stock général.
- Les pièces standards (STC, COT) doivent être stockées dans le "stock général".
- Les pièces projet doivent être stockées dans un emplacement dédié au projet.
- La sur-réception doit être gérée automatiquement par le système.
Il est important de noter que ces règles de gestion doivent être suivies pour assurer la bonne gestion de la production et de la stockage des pièces.
9.4. Documents et statistiques
Enregistrer la production
Les documents de l'ERP à imprimer durant ce processus sont :
- La fiche article créée automatiquement à partir de la BOM (Bill of Material) importée dans le système.
- Le journal des achats pour suivre les commandes de pièces.
- Le workflow validation pour vérifier la cohérence des informations.
Les états et statistiques métiers attendus sont :
- L'arborescence des sous-ensembles et des pièces pour visualiser la structure de l'assemblage.
- Le tableau récapitatif des pièces et des sous-ensembles pour suivre les commandes et les livraisons.
- Les informations de codification pour identifier les pièces et les sous-ensembles.
Il est important de noter que le système n'est pas conforme aux normes ERP traditionnelles, notamment en ce qui concerne la gestion des plans d'assemblage et des pièces. Il faudra donc analyser les besoins et valider les processus avant de procéder à l'importation des fichiers HTML dans l'ERP.
Il est également important de noter que les informations de codification, telles que le code STD, ne sont pas exportées dans le fichier HTML. Il faudra donc trouver une solution pour intégrer ces informations dans le système.
Enregistrer la production
Lors de la transcription des notes, il est mentionné que le système crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. à partir de la BOM (Bill of Material) importée. Cependant, il n'est pas explicitement mentionné comment les pièces sont enregistrées dans le système.
Il est mentionné que le système crée un BOM history pour enregistrer les changements, mais il n'est pas clair comment les pièces sont associées à ce BOM history.
En ce qui concerne le volume des données, il est mentionné que le système crée des articles en fonction de chaque pièce, mais il n'est pas possible de déterminer le nombre de documents par période (jour, semaine, mois ou année).
Il est également mentionné que le système n'est pas conforme aux normes ERP traditionnelles, mais il n'est pas possible de déterminer les raisons exactes.
Enfin, il est mentionné que le système permet de télécharger le plan PDF dans l'article de la pièce concernée, mais il n'est pas possible de déterminer comment les plans PDF sont associés aux pièces.
En résumé, les informations suivantes sont disponibles :
- Le système crée automatiquement les articles en fonction de chaque pièce à partir de la BOM importée.
- Le système crée un BOM history pour enregistrer les changements, mais il n'est pas clair comment les pièces sont associées à ce BOM history.
- Le système n'est pas conforme aux normes ERP traditionnelles.
- Le système permet de télécharger le plan PDF dans l'article de la pièce concernée.
Les informations suivantes sont manquantes :
- Comment les pièces sont enregistrées dans le système.
- Le nombre de documents par période (jour, semaine, mois ou année).
- Les raisons exactes pour lesquelles le système n'est pas conforme aux normes ERP traditionnelles.
- Comment les plans PDF sont associés aux pièces.
9.6. Ecarts critiques et interfaces
Enregistrer la production
Les écarts critiques et interfaces identifiés durant les ateliers d'analyse sont les suivants :
- L'importation des fichiers HTML dans le système ERP n'est pas automatique et nécessite une validation manuelle.
- Les informations présentes dans les fichiers HTML ne sont pas toutes exportées dans le système ERP, notamment les plans PDF associés aux pièces.
- Le système ERP n'est pas conforme aux normes ERP traditionnelles en termes de gestion de la production et de la chaîne d'approvisionnement.
- La gestion des documents (fichiers de partage) n'est pas intégrée dans le système ERP.
- Les processus de production et de gestion de la chaîne d'approvisionnement nécessitent un double check et une validation interne avant d'être mis en œuvre.
Les interfaces à mettre en place sont les suivantes :
- L'importation automatique des fichiers HTML dans le système ERP.
- L'intégration des plans PDF associés aux pièces dans le système ERP.
- La mise en place d'un système de gestion de la production et de la chaîne d'approvisionnement conforme aux normes ERP traditionnelles.
- L'intégration de la gestion des documents (fichiers de partage) dans le système ERP.
Les objets BC impliqués sont les suivants :
- Fiche article.
- Journal des achats.
- Workflow validation.
Il est important de noter que les informations manquantes sont les suivantes :
- Les détails des processus de production et de gestion de la chaîne d'approvisionnement.
- Les spécifications techniques des systèmes ERP et de leurs intégrations.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
Créer un article dans le système de gestion de production implique plusieurs étapes. L'atelier de conception CATIA est utilisé pour créer un modèle 3D de l'article. Ensuite, un fichier HTML est généré qui contient les informations nécessaires pour créer l'article dans le système.
Le fichier HTML est ensuite importé dans le système, qui crée automatiquement les articles en fonction des pièces et des sous-ensembles mentionnés dans le fichier. Le système crée également un BOM (Bill of Material) qui contient les informations sur les pièces et les sous-ensembles nécessaires pour produire l'article.
Le système utilise également un workflow de validation pour s'assurer que les informations sont correctes et cohérentes. Les utilisateurs peuvent également télécharger des plans PDF associés aux pièces et aux sous-ensembles.
Actuellement, le système n'est pas conforme aux normes ERP traditionnelles. Les informations présentes dans le fichier HTML ne sont pas toutes exportées dans le système, ce qui peut rendre difficile la gestion de l'achat et la production.
Il faudra faire des points en interne pour identifier les besoins et valider les processus avant de commencer le développement. Le système créera automatiquement les pièces, les éléments et les sous-ensembles à partir du fichier HTML. Il faudra également s'assurer que les informations sont cohérentes et validées avant de créer les articles dans le système.
Il est important de noter que le système n'a pas de plan d'assemblage associé à chaque pièce ou sous-ensemble, ce qui peut rendre difficile la production et la gestion de l'achat. Il faudra trouver une solution pour résoudre ce problème.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
10.2 Schéma des processus ERP : Terminer la production 6.0
10.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**.
- Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système.
- Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet.
- La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification.
Pour terminer la production, le système doit suivre les règles suivantes :
- Après validation qualité, la pièce est marquée "réceptionnée" et ajoutée au stock.
- Les pièces ALM DES sont étiquetées avec le numéro de projet, la référence article et le numéro de série unique généré par le système.
- Les pièces standards sont stockées dans le "stock général" tandis que les pièces projet sont stockées dans un emplacement dédié au projet.
- La sur-réception génère automatiquement un surplus affecté au stock projet ou général selon la codification.
Le système doit également suivre les règles de gestion suivantes :
- Les pièces doivent être étiquetées avec le numéro de projet, la référence article et le numéro de série unique généré par le système.
- Les pièces standards doivent être stockées dans le "stock général" tandis que les pièces projet doivent être stockées dans un emplacement dédié au projet.
- La sur-réception doit générer automatiquement un surplus affecté au stock projet ou général selon la codification.
Le workflow de validation doit également être suivi pour garantir que les pièces sont correctement étiquetées et stockées.
10.4. Documents et statistiques
Créer un article dans le système de gestion de la production implique la génération automatique de pièces en fonction de chaque composant de la BOM. Le système crée des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. avec tous les champs renseignés dans l'album.
Pour terminer la production, il est nécessaire d'imprimer les documents suivants :
- La BOM (Bill of Material) qui récapitule les composants et les sous-ensembles.
- Le tableau récapitulatif des pièces et des sous-ensembles.
- Le plan d'assemblage pour chaque sous-ensemble.
Les états et statistiques métiers attendus sont :
- Le nombre de pièces commandées et disponibles.
- Le nombre de sous-ensembles assemblés et non assemblés.
- Le nombre de pièces en attente de livraison.
Il est également nécessaire de télécharger les plans PDF associés aux pièces dans l'article de la pièce concernée.
Il faudra analyser les fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièces exceptionnelles. Ensuite, il faudra valider les processus et tenir les parties prenantes informées des décisions prises.
Créer un article dans le système implique la génération automatique d'une fiche article pour chaque pièce présente dans la BOM. Cette fiche article contient des informations telles que le numéro de la pièce, son nom, sa matière, etc.
Le journal des achats permet de suivre les commandes passées pour chaque pièce. Cependant, il n'est pas clair si les pièces sont commandées directement à partir de la BOM ou si elles sont commandées séparément.
Le workflow validation est mentionné comme un processus important pour valider les informations avant de les importer dans le système. Cependant, les détails de ce processus ne sont pas fournis.
En ce qui concerne le volume des données, il est mentionné que le système génère automatiquement des articles en fonction de la BOM, mais il n'est pas clair combien de pièces sont présentes dans la BOM ni combien de documents sont générés.
Il est possible que les fichiers HTML soient utilisés pour structurer les données avant de les importer dans le système. Cependant, les détails de ce processus ne sont pas fournis.
En résumé, les informations disponibles sont limitées et il est difficile de déterminer le volume des données et les processus impliqués. Il est possible que des informations supplémentaires soient nécessaires pour obtenir une réponse plus précise.
**Volume des données :**
* Nombre de pièces présentes dans la BOM : [INFORMATION MANQUANTE]
* Nombre de documents générés : [INFORMATION MANQUANTE]
* Types de documents générés : [INFORMATION MANQUANTE]
**Processus :**
* Création d'articles dans le système : automatique à partir de la BOM
* Workflow validation : processus important pour valider les informations avant de les importer dans le système, mais détails non fournis
* Utilisation de fichiers HTML : possible pour structurer les données avant de les importer dans le système, mais détails non fournis
10.6. Ecarts critiques et interfaces
Terminer la production
Ecart critique :
- La liste des pièces n'est pas remplie de top assemblée.
- Le numéro du top assemblée n'est pas toujours cohérent avec la nomenclature utilisée.
Interface :
- La BOM est exportée en fichier HTML et importée dans le système, créant automatiquement les articles en fonction de chaque pièce.
- Le système crée un BOM history pour suivre les changements.
- Les pièces sont rattachées au chapeau, mais certains sous-ensembles sont utiles pour le projet consommé et ne sont pas visibles par le client.
Processus à améliorer :
- La gestion des documents (fichiers de partage) n'est pas intégrée dans le système.
- Les plans PDF ne sont pas associés aux pièces.
- La codification des pièces n'est pas cohérente avec la nomenclature utilisée.
Analyse à effectuer :
- Faire des points en interne pour identifier les besoins et valider les processus.
- Analyser les fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pit exception.
- Valider les informations à indiquer dans le 3D.
Prochain pas :
- Importer les fichiers HTML dans le système pour créer les pièces, les éléments et les sous-ensembles.
- Valider les processus et les informations à indiquer dans le 3D.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
Rapports
11.1. Contexte et Hypothèses
La situation actuelle consiste à importer des fichiers HTML générés à partir de la BOM (Bill of Material) créée avec l'atelier CATIA. Ces fichiers contiennent des informations sur les pièces, les sous-ensembles et les assemblages. Lors de l'importation, le système crée automatiquement des articles en fonction des pièces et des sous-ensembles présents dans la BOM.
Les points critiques sont les suivants :
* La BOM n'est pas complète, car elle ne contient pas toutes les informations nécessaires pour identifier les pièces et les sous-ensembles.
* Les fichiers HTML générés ne contiennent pas toutes les informations présentes dans la BOM, ce qui peut entraîner des erreurs lors de l'importation.
* Le système actuel n'est pas conforme aux normes ERP traditionnelles, car il ne gère pas les plans d'assemblage et les pièces de manière standardisée.
Les attentes client sont les suivantes :
* Importer les fichiers HTML générés à partir de la BOM pour créer des articles et des sous-ensembles dans le système.
* Vérifier que les informations présentes dans la BOM sont correctement mappées dans le système.
* Identifier les besoins et les hypothèses qui peuvent avoir un impact sur le projet.
Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes :
* La qualité des fichiers HTML générés à partir de la BOM.
* La présence de toutes les informations nécessaires pour identifier les pièces et les sous-ensembles.
* La conformité du système actuel aux normes ERP traditionnelles.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
11.2. Schéma des processus ERP : Rapports 7.0
Créer des rapports dans Microsoft Dynamics 365 Business Central consiste à extraire des données de la base de données pour les présenter sous forme de tableaux, graphiques ou autres formats de présentation. Pour ce faire, il faut suivre les étapes suivantes :
1. **Définir les paramètres de rapport** : Dans l'application Business Central, accéder à la page "Paramètres" > "Rapports" et configurer les paramètres de rapport tels que le format de sortie, les champs à inclure, etc.
2. **Créer un nouveau rapport** : Dans la page "Rapports", cliquer sur le bouton "Nouveau" pour créer un nouveau rapport. Sélectionner le type de rapport souhaité (par exemple, un rapport de vente ou un rapport de stock).
3. **Concevoir le rapport** : Dans la page "Conception de rapport", ajouter les champs souhaités à partir de la base de données. Les champs peuvent être sélectionnés à partir de différentes tables telles que "Fiche article", "Journal des achats", etc.
4. **Configurer les paramètres de présentation** : Dans la page "Paramètres de présentation", configurer les paramètres de présentation tels que la mise en forme des données, les titres, les légendes, etc.
5. **Exécuter le rapport** : Cliquer sur le bouton "Exécuter" pour exécuter le rapport et afficher les résultats.
Il est important de noter que les étapes précises peuvent varier en fonction de la version de Business Central utilisée et des besoins spécifiques de l'entreprise.
11.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**.
- Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système.
- Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet.
- La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification.
- Le système crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
- Le BOM history permet de suivre les changements effectués sur les pièces.
- Les pièces à plan sont toujours des DES, ALM DES, tandis que les pièces standards sont des STB, STC, STA ou COT.
- Le numéro du top Sembly est généralement ALM DES 0001, mais peut varier en fonction des besoins spécifiques.
- Le système permet de télécharger les plans PDF dans l'article de la pièce concernée.
- Il est nécessaire de faire des points en interne pour valider les process et identifier les besoins avant de procéder à l'importation des fichiers HTML.
- Le système crée automatiquement les sous-ensembles et les pièces en fonction de la BOM importée.
- Il est possible de commander les pièces manquantes en fonction de la BOM.
- Le système permet de suivre les pièces et les sous-ensembles dans l'arborescence.
- Il est nécessaire de valider les informations avant de procéder à l'importation des fichiers HTML.
11.4. Documents et statistiques
Création de pièces et sous-ensembles dans le système ERP.
Lors de l'importation du fichier HTML, le système ERP crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. Les informations présentes dans le fichier HTML sont utilisées pour créer les pièces et les sous-ensembles dans le système.
Les documents de l'ERP qui doivent être imprimés durant ce processus sont :
- La fiche article pour chaque pièce et sous-ensemble créé
- Le journal des achats pour les pièces commandées
- Le workflow validation pour les pièces et sous-ensembles créés
Les états et statistiques métiers attendus sont :
- Le nombre de pièces et sous-ensembles créés
- Le nombre de pièces commandées
- Le nombre de pièces en stock
Il est important de noter que le système ERP n'est pas dans les normes traditionnelles des ERP, car il utilise un format de fichier HTML pour importer les données. Cela peut poser des problèmes de cohérence et de compatibilité avec les autres systèmes.
Il faudra donc faire des points en interne pour identifier les besoins et valider les processus avant de poursuivre l'importation des données.
Création de rapports sur le volume des données référentielles et des documents par période.
Le système utilise les fichiers HTML générés à partir de la BOM (Bill of Material) pour importer les données dans la base de données. Chaque fichier HTML correspond à un projet et contient les informations nécessaires pour créer les articles, les sous-ensembles et les pièces.
Le volume des données référentielles est constitué de :
- Nombre de fichiers HTML par projet
- Nombre de pièces par projet
- Nombre de sous-ensembles par projet
- Nombre de documents (fichiers PDF) par projet
Le nombre de documents par période (jour, semaine, mois ou année) peut être calculé en analysant les dates de création et de modification des articles, des sous-ensembles et des pièces.
Il est important de noter que les informations présentes dans les fichiers HTML ne sont pas exhaustives et qu'il est possible qu'il manque des informations pertinentes pour l'achat et la gestion des pièces.
Il faudra donc analyser les fichiers HTML pour identifier les besoins et valider les processus avant de commencer le développement.
11.6. Ecarts critiques et interfaces
Analysons les écarts critiques et interfaces identifiés durant les ateliers d'analyse.
- **Importation de la BOM** : La BOM est importée en fichier HTML, structurée par une macro sur Katia, puis exportée en fichier HTML identique à la BOM en Excel. Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, nom, matière, etc.
- **Création de pièces** : Les pièces sont créées en fonction de la BOM, mais il n'y a pas de lien direct entre les pièces et les sous-ensembles.
- **Sous-ensembles** : Les sous-ensembles sont créés en fonction de la BOM, mais il n'y a pas de plan d'assemblage associé.
- **Plan d'assemblage** : Il n'y a pas de plan d'assemblage associé aux sous-ensembles, mais il est possible de télécharger le plan PDF dans l'article de la pièce concernée.
- **Fichier HTML** : Il est nécessaire de générer plusieurs fichiers HTML pour analyser les cas de figure et s'assurer de leur cohérence.
- **Importation dans l'ERP** : L'importation des fichiers HTML dans l'ERP créera les pièces, les éléments et les sous-ensembles.
- **Gestion de documentaire** : Il est nécessaire de gérer les fichiers de partage et de télécharger les plans PDF dans l'article de la pièce concernée.
- **Processus** : Il est nécessaire de valider les processus en interne et de tenir les parties prenantes informées des décisions prises.
Historiques
Le processus d'importation des fichiers HTML contenant les informations de fabrication est suivi par un historique des modifications. Ce processus permet de créer automatiquement des articles, des sous-ensembles et des pièces dans le système ERP en fonction des informations contenues dans les fichiers HTML.
Les fichiers HTML sont générés à partir de la plateforme CATIA et contiennent les informations de fabrication, telles que les numéros de pièces, les matériaux, les dimensions, etc. Ces fichiers sont ensuite importés dans le système ERP, qui crée automatiquement les articles, les sous-ensembles et les pièces correspondantes.
Le système ERP conserve également un historique des modifications apportées aux articles, sous-ensembles et pièces, ce qui permet de suivre les changements et les mises à jour effectuées sur les informations de fabrication.
Les points critiques du processus sont les suivants :
* L'importation des fichiers HTML doit être effectuée avec soin pour éviter les erreurs de lecture ou de formatage.
* Les informations contenues dans les fichiers HTML doivent être cohérentes et complètes pour éviter les erreurs de création d'articles, de sous-ensembles et de pièces.
* Le système ERP doit être configuré pour prendre en compte les spécificités de la fabrication et des informations contenues dans les fichiers HTML.
Les attentes du client sont les suivantes :
* Un processus d'importation sécurisé et fiable qui permet de créer automatiquement les articles, les sous-ensembles et les pièces dans le système ERP.
* Un historique des modifications qui permet de suivre les changements et les mises à jour effectuées sur les informations de fabrication.
* Une cohérence et une complétude des informations contenues dans les fichiers HTML pour éviter les erreurs de création d'articles, de sous-ensembles et de pièces.
Les hypothèses qui peuvent avoir un impact sur le projet sont les suivantes :
* La qualité et la cohérence des informations contenues dans les fichiers HTML.
* La configuration du système ERP pour prendre en compte les spécificités de la fabrication et des informations contenues dans les fichiers HTML.
* La capacité du système ERP à gérer les historiques des modifications et les changements apportés aux articles, sous-ensembles et pièces.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
12.2 Schéma des processus ERP : Historiques 8.0
Création de pièces en fonction de la BOM
Lorsqu'on importe une BOM (Bill of Material) en fichier HTML, le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
La BOM history permet de suivre les changements apportés à la BOM.
La colonne "nomenclature" dans la BOM est utilisée pour mettre la matière, mais dans le système, elle est utilisée pour mettre le numéro de la pièce.
Les pièces à plan sont toujours des DES, ALM DES, etc.
Le système crée automatiquement les articles en fonction de la BOM, mais il faut alerter et valider les informations avant de créer les pièces.
Les informations présentes dans la BOM qui ne sont pas exportées dans le fichier sont :
* Le code STD
* La gestion de documentaire (fichiers de partage)
* Le plan PDF associé à chaque pièce
Il faut faire une analyse des fichiers HTML pour s'assurer qu'ils sont cohérents et qu'il n'y a pas de pièce exception.
Le système n'est pas dans les normes des ERP traditionnels, mais il est possible de générer une macro pour améliorer la gestion des pièces.
Il faut discuter en interne pour identifier les besoins et voir ce qui est pertinent d'indiquer dans le 3D.
Le système crée automatiquement les pièces en fonction de la BOM, mais il faut valider les informations avant de créer les pièces.
Il faut faire un double check pour s'assurer que les informations sont correctes.
Il faut faire quelques points en interne et valider des process avant de continuer.
12.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**.
- Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système.
- Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet.
- La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification.
- Le système crée automatiquement dans sa base de données les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
- Le BOM history permet de suivre les changements apportés aux pièces et aux sous-ensembles.
- Les pièces à plan sont toujours des DES, ALM DES, tandis que les pièces standards sont des STB, STC, STA ou COT.
- Le numéro du top Sembly est généralement ALM DES 0001, mais peut varier en fonction des besoins spécifiques du projet.
- Le système permet de télécharger les plans PDF dans l'article de la pièce concernée.
- Il est nécessaire de faire des points en interne pour valider les process et identifier les besoins avant de poursuivre l'analyse et le développement.
12.4. Documents et statistiques
Création de pièces et sous-ensembles dans le système ERP
Lors de l'importation d'un fichier HTML généré à partir de la BOM (Bill of Material) de CATIA, le système ERP crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. Les informations présentes dans le fichier HTML sont utilisées pour créer les pièces et les sous-ensembles.
Les documents et statistiques métiers attendus sont :
- La liste des pièces et sous-ensembles créés
- Le historique des changements effectués sur la BOM
- Les informations de codification des pièces (DES, ALM DES, STB, STC, STA, COT)
- Les liens entre les pièces et les sous-ensembles
Les états attendus sont :
- La liste des pièces et sous-ensembles créés
- Le statut de chaque pièce et sous-ensemble (en attente de commande, commandée, etc.)
- Les informations de stockage des pièces et sous-ensembles
Les statistiques attendues sont :
- Le nombre de pièces et sous-ensembles créés
- Le nombre de pièces et sous-ensembles en attente de commande
- Le nombre de pièces et sous-ensembles commandés
Il est important de noter que les informations présentes dans le fichier HTML doivent être cohérentes et sans erreurs pour éviter des problèmes de création de pièces et sous-ensembles. Il faudra donc effectuer une analyse approfondie des fichiers HTML avant de procéder à l'importation.
Création de pièces et gestion des BOM (Bill of Material)
- Les pièces sont créées automatiquement à partir des BOM en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
- Les BOM sont exportés en fichier HTML qui est ensuite importé dans le système, créant ainsi les pièces et les sous-ensembles.
- Les pièces sont rattachées au chapeau (projet) à l'exception de certains sous-ensembles qui sont utiles pour le projet consommé mais que le client ne voit pas.
Volume des données
- Le nombre de pièces créées est [INFORMATION MANQUANTE].
- Le nombre de BOM importés est [INFORMATION MANQUANTE].
- Le nombre de fichiers HTML générés est [INFORMATION MANQUANTE].
- Le nombre de documents par période (jour, semaine, mois ou année) est [INFORMATION MANQUANTE].
Historiques
- Les pièces créées sont stockées dans la base de données du système.
- Les BOM importés sont stockés dans la base de données du système.
- Les fichiers HTML générés sont stockés sur le serveur.
Workflow validation
- Les pièces créées sont validées par le système avant d'être stockées dans la base de données.
- Les BOM importés sont validés par le système avant d'être stockées dans la base de données.
- Les fichiers HTML générés sont validés par le système avant d'être stockés sur le serveur.
Journal des achats
- Les pièces créées sont rattachées au chapeau (projet) et sont donc liées aux commandes de pièces.
- Les BOM importés sont liés aux commandes de pièces.
- Les fichiers HTML générés sont liés aux commandes de pièces.
Fiche article
- Les pièces créées sont stockées dans la fiche article du système.
- Les BOM importés sont stockés dans la fiche article du système.
- Les fichiers HTML générés sont stockés dans la fiche article du système.
12.6. Ecarts critiques et interfaces
Historiques
Les écarts critiques et interfaces identifiés durant ces ateliers d'analyse sont les suivants :
- L'importation des fichiers HTML dans le système ERP n'est pas automatique, il faut créer un article PRJ0040 pour chaque projet.
- Les informations présentes dans les fichiers HTML ne sont pas toutes exportées dans le fichier, notamment les plans PDF associés aux pièces.
- Le système ERP n'est pas conforme aux normes ERP traditionnelles, notamment en ce qui concerne la gestion des pièces et des sous-ensembles.
- Il n'y a pas de lien direct entre les pièces et les sous-ensembles, il faut créer un article pour chaque pièce et sous-ensemble.
- Les informations présentes dans les fichiers HTML ne sont pas toutes utilisées pour créer les pièces et les sous-ensembles dans le système ERP.
- Il n'y a pas de mécanisme de double-check pour s'assurer que les informations présentes dans les fichiers HTML sont cohérentes et correctes.
Il faudra donc faire quelques points en interne pour identifier les besoins et valider les processus avant de poursuivre l'analyse et le développement.
Initialisation de la liste d'écarts à la fin de la phase d'analyse.
L'URL où la liste des écarts sera stockée est [INFORMATION MANQUANTE].
Il est important de noter que le système actuel utilise un format de fichier HTML pour importer les données de la BOM (Bill of Material) de CATIA. Ce fichier est ensuite utilisé pour créer automatiquement les articles dans la base de données de l'ERP.
La liste des écarts doit être initialisée et finalisée à la fin de la phase d'analyse. Elle doit inclure les informations suivantes :
- Les pièces manquantes dans le fichier HTML.
- Les pièces qui ne sont pas exportées dans le fichier HTML.
- Les informations qui ne sont pas présentes dans le fichier HTML mais qui sont pertinentes pour l'achat (par exemple, le code STD).
Il est important de faire des points en interne pour identifier les besoins et valider les processus avant de commencer le développement. Il faudra également analyser comment on fait l'import des fichiers HTML et s'assurer qu'ils sont tous cohérents.
Il est également important de noter que le système actuel n'est pas dans les normes des ERP traditionnels. Il faudra donc valider les processus et améliorer les fonctionnalités pour s'adapter aux besoins de l'entreprise.
La liste des écarts sera utilisée pour identifier les besoins et améliorer les fonctionnalités du système. Elle sera également utilisée pour valider les processus et s'assurer qu'ils sont cohérents.
Indiquer l’URL où la liste des écarts sera stockée (SharePoint / Teams / DevOps / Autre).
Contenu par Sections
Contenu organisé par sections avec édition individuelle.
3.1. Contexte et Hypothèses
3.3. Principales règles de gestion
3.4. Documents et statistiques
3.5. Volume des données
3.6. Ecarts critiques et interfaces
4.1. Contexte et Hypothèses
4.3. Principales règles de gestion
4.4. Documents et statistiques
4.5. Volume des données
4.6. Ecarts critiques et interfaces
5.1. Contexte et Hypothèses
5.3. Principales règles de gestion
5.4. Documents et statistiques
5.5. Volume des données
5.6. Ecarts critiques et interfaces
6.1. Contexte et Hypothèses
6.3. Principales règles de gestion
6.4. Documents et statistiques
6.5. Volume des données
6.6. Ecarts critiques et interfaces
7.1. Contexte et Hypothèses
7.3. Principales règles de gestion
7.4. Documents et statistiques
7.5. Volume des données
7.6. Ecarts critiques et interfaces
8.1. Contexte et Hypothèses
8.3. Principales règles de gestion
8.4. Documents et statistiques
8.5. Volume des données
8.6. Ecarts critiques et interfaces
9.1. Contexte et Hypothèses
9.3. Principales règles de gestion
9.4. Documents et statistiques
9.5. Volume des données
9.6. Ecarts critiques et interfaces
10.1. Contexte et Hypothèses
10.3. Principales règles de gestion
10.4. Documents et statistiques
10.5. Volume des données
10.6. Ecarts critiques et interfaces
11.1. Contexte et Hypothèses
11.2. Schéma des processus ERP : Rapports 7.0
11.3. Principales règles de gestion
11.4. Documents et statistiques
11.5. Volume des données
11.6. Ecarts critiques et interfaces
12.1. Contexte et Hypothèses
12.2. Schéma des processus ERP : Historiques 8.0
12.3. Principales règles de gestion
12.4. Documents et statistiques
12.5. Volume des données
12.6. Ecarts critiques et interfaces
13.1. Liste d’écarts
Édition Avancée
Modifiez le document complet avec des outils avancés.